1 - Predict left is the fastest method but results in big files.\n- Predict gradient is a bit slower, but creates smaller files.\n- Predict median compresses best at the cost of being very slow.\n\nNote: Predict median is _really_ slow on decompression.\n If you are going to do multi-pass encodes and have lots of hdd space,\n use predict gradient or left. Both have a similiar decompression speed.
2 'Convert to YUY2' compresses much better than any other RGB option.\nHowever, this conversion is slightly lossy - the original RGB data cannot be recovered exactly (not that it usually matters).\nAll other compression methods are lossless.
3 Video with more than <threshold> lines will be processed interlaced by Huffyuv. The default value (used in older versions) is 288.\n \n
4 If Huffyuv doesn't seem to work in a specific application, enabling this option will often help.\n\nIt forces Huffyuv to accept only RGB as output format. This might result in slower perfomance if the source is compressed YUY2, though.\n\nPlease inform me of all such problems, even if this option seems to fix them.
5 Huffyuv can compress RGBA (RGB with alpha) images along with RGB and YUY2.\n\nThe problem is that the format that applications like Adobe After Effects use for RGBA happens to be exactly the same as ordinary 32-bit RGB.\nIf RGBA compression is enabled by default, an innocent application might pass 32-bit RGB to Huffyuv, in which case Huffyuv would waste a bunch of space compressing the unused alpha channel.\n\nMost people don't need RGBA compression, so this is an option.
6 Some capture drivers are broken and get the field order backwards.\nIf you're stuck with one of these, you can compensate by checking this option.
7 If checked, Huffyuv will open a console window whenever it's used and display various diagnostic messages. This makes it easier for me to troubleshoot problems via email.
8 If you experience strange crashes when capturing\n(e.g. with avi_io or Virtualdub), enabling this option might help.\nIf enabled, the size of Huffyuv's output buffer is increased to the theoretical maximum size of uncompressable data.\n\nThis 'worst-case' scenario includes 43bpp for YUY2 and 51bpp for RGB data. The old value was 24bpp/40bpp for YUY2/RGB.\n\nI don't know if using a bigger buffer impacts performance or not. If you don't have frames consisting of random/white noise in your video, disabling this option is a good idea.
9 This will reduce your video size by 2 in each direction before compressing it, and automatically upscale it on decompression . This is lossy, but very fast! It will enable you to edit files much faster, and replace the material when done.
10 This will force interlaced DEcompression for compatibility with older files. This will be autodetected on files created using this version.
